METHODS AND APPARATUS FOR 
SIMULATING INDUSTRIAL PROCESSES 



The present invention relates to methods and apparatus 
for performing industrial processes in an efficient 
manner. In particular, embodiments of the present 
invention concern methods and apparatus for designing and 
performing industrial microbiological processes, in a 
manner in which enables apparatus used in the processes 
to be used efficiently. 

Whenever a production line is in use, it is commercially 
important that apparatus is used efficiently to maximise 
output. Whilst, the capacity of a production line is 
ultimately limited by the apparatus available, careful 
scheduling of the use of equipment can maximise the 
efficiency of a production line once apparatus for the 
production line have been selected. 

Method and apparatus exist to enable industrial processes 
to be simulated in order to aid designers designing new 
plants and adapting existing plant. The simulation of 
an industrial process can enable bottle necks within 
production facilities to be identified prior to actual 
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implementation and thereby enable changes to be made to 
maximise the use of available equipment. 

In particular by simulating the timing and processing of 
batches of materials through a simulated production line, 
data can be generated which identifies how real batches 
should be scheduled within an actual production line so 
that use of equipment is maximised. Furthermore, 
simulations of industrial processes enable eiquipment to 
be selected so that the capacities of different items of 
equipment complement one another thereby ensuring that 
in a real production line corresponding to the simulation 
the use of all items of equipment can be maximised. 

In productions lines for certain materials, notably 
microbiological materials and some chemicals, it is 
important that the total processing time of a batch of 
material as it passes through a plant between defined 
hold points is minimised. In the case of biological and 
microbiological materials this constraint rises due to 
the limited shelf life of live microbiological materials 
and their products and the need to ensure that any 
material produced by a plant is substantially free from 
other contaminants. Since processing time is of such 
critical importance, many standard techniques for 



maximising the efficiency of equipment within a plant 
cannot be applied to industrial microbiological 
processes. In particular, when extracting or purifying 
microbiological products, batches of product initiated 
at different times cannot be consolidated into a single 
batch later on in a manufacturing process other than at 
defined hold points where a product is stable since the 
mixing of products gives rise to the possibility that an 
unacceptance level of contamination might occur - 



There is therefore a need for a modelling system which 
is adapted to address the requirements of industrial 
processes in which queues and consolidation occurs only 
at defined points within a process. Such a modelling 
system can then be utilized to simulate such processes 
and enables the scheduling of batches and the capacities 
of equipment to be selected so that the industrial 
processes corresponding to the simulation can be 
efficiently performed. 



In accordance with one aspect of the present invention 
there is provided a method of simulating an industrial 
process comprising the steps of: 



for a plurality of items of equipment, determining 
a respective current cycle time for each said item of 
equipment ; 

for a batch of product to be processed utilizing 
said items of equipment, determining a minimum cycle time 
for each of said items of equipment for processing said 
batch ; 

determining the greatest cycle time of said current 
cycle times for each of said items of equipment, and said 
minimum cycle times for said batch; and 

scheduling the initiation of the batch following the 
current batch to occur after a period of time 
corresponding to said determined greatest cycle time. 

By determining for an industrial process the greatest of 
the cycle times for items of equipment within a 
production line and the minimum processing time for a new 
batch and then scheduling the initiation of a new batch 
after the determined greatest cycle time, a means is 
provided to ensure that the processing of a product using 
equipment having the greatest cycle time is scheduled to 
occur separately for different batches of products. When 
an industrial process corresponding to that simulated is 
performed, the batches of material being processed are 
then scheduled corresponding to the scheduling within the 
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model and in this way the mixing of different batches and 
the formation of queues within a system is avoided. 

Although simulation tools are known which enable 
production lines to be designed or modified so that 
processes corresponding to those simulated are performed 
in an efficient manner, such design tools normally only 
enable the size and timing of simulated batches and the 
size and capacity of simulated equipment to be varied. 
Although the variation of such parameters and simulation 
of processes enables the size and timing and size and 
capacity of bathes and equipment on an actual production 
line to be set to increase the efficiency of a 
corresponding process other factors can limit the 
efficiency of an actual production line- 

In particular, in many known methods and apparatus for 
simulating industrial processes, no attempt is made to 
model support services needed, to implement a main 
process. In general, this is because the demand for 
external utilities such as water and electricity can be 
assumed to be such that for most processes, the 
availability of utilities does not place constraints what 
processing may be undertaken. However, the applicants 





have appreciated that in the case of specialised 
processes this assumption is not necessarily true. 

In particular, where, as is the case of industrial 
biological processes, many steps involve the use of 
utilities generated on site such as e.g. purified water, 
water injection (WFI), clean steam etc., the availability 
of on site generated utilities can act to limit site 
output and therefore need to be modelled. The modelling 
of on-site utilities can then identify the requirements 
for generation and storage of such specialised utilities 
or enable processes to be rescheduled or varied to ensure 
that utility capacity does not limit production 
efficiency. The resultant data on simulated production 
lines can then be utilised to select production 
facilities or schedule processing within a real plant. 

Where support services are modelled, it is important that 
modelling can determine times of the demand so that the 
peak demand can be determined and controlled if 
necessary. It is possible to model supply and demand for 
a utility by way of a continuous model in which the 
instantaneous demand for a utility is determined. 
However, where an industrial process is a combination of 
processing steps only some of which require subsidiary 



services, the processing of such a continuous model for 
the entirety of the system is computationally complex and 
therefore reduces the speed of the simulation or requires 
an increase in computer overhead. 

In accordance with a further aspect of the present 
invention, there is provided a method of simulating an 
industrial process comprising the steps of: 

classifying for each of a plurality of process steps 
in a process to be modelled, a first group of process 
steps whose processing is dependent upon utilities which 
are to be modelled, and a second group of process steps 
whose processing is not dependent upon utilities which 
are to be modelled; 

associating with all of said process steps a 
completion condition for completing each said process 
step and data indicative of whether each said process 
step is currently active; 

associating with each of said process steps in said 
second group, rate data indicative of the rate of utility 
use of a utility for a predetermined time period to be 
modelled as part of said process steps; and 

step wise modelling said industrial process and said 
utilities using said rate data, wherein said each 
modelling step comprises the steps of: 



determining whether any active process steps to be 
modelled are associated with rate data; 

determining the shortest time period required to 
fulfil the completion condition associated with any 
active process step; and 

updating a model of said industrial process 
utilizing said predetermined time period if at least one 
active process is associated with rate data and said 
predetermined period is smaller than said determined 
period; and updating said model utilizing said determined 
time period if no active processes are associated with 
rate data or said determined time period is shorter than 
said predetermined period. 

Further aspects and embodiments of the present invention 
will become apparent with reference to the accompanying 
description and drawings in which: 

Figure 1 is a block diagram of an exemplary industrial 
process ; 

Figure 2 is a block diagram of an apparatus in accordance 
with a first embodiment of the present invention; 

Figure 3 is a block diagram of modelling data; 



Figure 4 is a block diagram of an exemplary data 
structure for an equipment records- 
Figure 5 is a block diagram of an exemplary data 
structure for a discrete process records- 
Figure 6 is a block diagram of an exemplary data 
structure for a continuous process records- 
Figure 7 is a block diagram of an exemplary data 
structure for an output process records- 
Figure 8 is an exemplary block diagram of an exemplary 
data structure for a utility record ; 

Figure 9 is a block diagram of an exemplary data 
structure for batch data; 

Figure 10 is a block diagram of an exemplary data 
structure for a batch record; 

Figure 11 is a block diagram of an exemplary data 
structure for output data; 
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Figure 12 is an exemplary graphical interface for 
inputting equipment data; 

Figure 13 is a flow diagram of the processing of a 
modelling module in accordance with a first embodiment 
of the present invention; 

Figure 14 is a flow diagram of the processing of a 
modelling module determining a time increment; 

Figure 15A, 15B and 15C are a flow diagram of the 
processing of a modelling module updating model data; and 

Figure 16 is a flow diagram of the processing of a 
modelling module in accordance with a second embodiment 
of the present invention. 

The present application concerns the design and 
implementation of industrial processes. In particular, 
in one aspect the present application concerns the design 
and implementation of industrial processes in which 
bottlenecks and delays due to lack of resources can be 
reduced and equipment is efficiently used. 



In accordance with an embodiment of the present 
invention, initially a model corresponding to a process 
to be implemented is created, utilizing input batch 
parameters and equipment parameters. A simulation of the 
process is then effected. In the simulation, the use of 
equipment, processing of batches and demand for resources 
are determined within the simulation and an appropriate 
schedule for timing of the initiation of batches is 
calculated. After a number of simulations have been run 
an industrial process corresponding to a simulated 
process is then be implemented by providing equipment 
corresponding to the simulated equipment parameters and 
processing actual batches corresponding to simulated 
batches in accordance with the generated schedule for the 
initiation of batches corresponding to the simulation 
which output data indicates will run efficiently. 

An illustrative example of a process which can be 
modelled utilizing the present invention will now be 
described with reference to Figure 1. 

In this example an illustrative process for generating 
biological material is shown comprising a fermentation 
process 20 which causes a biological material to be grown 
followed by an extraction process 21, a purification 
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process 22 and a formulation process 23 which results in 
an output being the desired biological material. These 
processes 20-23 in this example occur using different 
equipment. The fermentation process 20, the extraction 
process 21, purification process 22 and formulation 
process 23 all result in the generation of waste which 
needs to be processed by means of waste management 
process 27. 

In this example, the fermentation process 20, the 
extraction process 21, purification process 22 and 
formulation process 23 and the waste management process 
2 7 all require support services. These support services 
comprise external utilities 28 such as electricity for 
heating products, on-site utilities 29 such as purified 
water, water suitable for injection (WFI) which needs to 
be generated and raw materials 30 such as media 
components for fermentation and raw chemicals used in 
purification which can be mixed with on-site generated 
utilities such as generated water for injection (WFI) to 
make the media used in fermentation and buffers used in 
purification. Cleaning solutions for cleaning the 
equipment used to perform the fermentation process 20, 
the extraction process 21, purification process 23 and 
formulation process 23 so that the equipment used in 
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those steps may be used to create further batches of 
biological material is also generated from raw cleaning 
chemicals and purified water. Alternatively steam 
sterilisation is used using on-site purified water to 
prepare production equipment for processing a further 
batch of material. 

In order to arrange the scheduling of batches through the 
processes 20-23 and select equipment for performing the 
processes 20-23, in a way in which use and speed of 
precessing is increased, initially the processes are 
modelled in a manner which will be described in detail 
later. 



15 In order to model the processing of batches of material 

as they pass through the fermentation process 20, the 
extraction process 21, the purification process 22 and 
the formulation process 23 it can be sufficient that 
external utilities such as electricity and mains water 

20 are considered to be continuously available. However, for 

specialised utilities such as water for injection or 
cleaning solutions utilizing water for injection, 
availability of these cleaning solutions or any other on- 
site utilities may limit processing rates. Therefore, 

25 for a more complete model the demands for these on-site 



utilities are also modelled so that appropriate equipment 
for generating and storing such utilities can be 
determined . 

The timing of demands for external utilities 28, on-site 
utilities 29 and raw materials 30 is determined by the 
manner in which batches of products are scheduled for 
processing through the fermentation process 20, the 
extraction process 21, the purification process 22 and 
the formulation process 23. In the case of biological 
materials in ' addition to constraints on the basis of 
availability of on-site utilities 29 and the availability 
of equipment for performing fermentation, extraction, 
purification and formulation, a further constraint on how 
production of material is scheduled arises due to the 
need to ensure that no mixing of different batches occurs 
during fermentation and consolidation of batches only 
occurs at defined hold points in the purification stages 
so that any excessive build up of impurities within the 
biological product is avoided. Thus in this example, 
this would require that whenever a new batch was to be 
processed by the fermentation process 20, the equipment 
for processing the next batch was available for use. 
However, the rate at which batches progress through the 
process is also dependent on availability and demand for 



on-site utilities 29. It therefore necessary to 

establish a suitable schedule for initiating new batches. 

This constraint is also modelled within the simulation 
of the processes. 

Thus by providing apparatus for simulating the processes 
20-23 in accordance with input data defining the batches 
of material and capacities of equipment utilised to 
implement the processes 20-23, a means is provided by 
which the effect of varying batches and equipment within 
the actual processes can be determined. In particular, 
by utilizing a number of different sets of input data and 
outputting for each simulation data identifying the use 
of equipment and quantities of utilities used a means is 
provided to enable the selection of appropriate equipment 
to effect the process modelled. 

First Embodiment 

Apparatus for generating data identifying the use of 
equipment and quantities of utilities for modelled 
processes utilizing equipment corresponding to defined 
input parameters in accordance with an embodiment of the 
present invention will now be described. 



Figure 2 is a block diagram of a computer apparatus 
embodying the present invention. The computer apparatus 
comprises a conventional computer 1 that is connected to 
a display 3, a keyboard 5 and a mouse 7. The computer 
1 is also connected to a printer 8 and a disc drive 9. 
The disc drive 9 is arranged to receive a disc 10 having 
a computer program stored thereon which causes a copy of 
the computer program to be stored within the memory 11 
of the computer 1 . 

In this embodiment the computer program stored within the 
memory 11 comprises an input module 15 for inputting data 
representative of a model of an industrial process; and 
a modelling module 17 for simulating the processing of 
products through a process utilizing the model data input 
using the input module 15. The memory 11 also is 
arranged to store modelling data 19 being data input 
utilizing the input module 15 and data generated by the 
modelling module 17- 

In use, after the input module 15 and modelling module 
17 have been stored in memory 11, a user inputs model 
data using the input module 15, the keyboard 5 and the 
mouse 7. Data input via the keyboard 5, mouse 7 is then 
processed by the input module 15 and stored as modelling 
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da-ta 19. An industrial process can then be simulated 
using the modelling data 19 in accordance with the 
modelling module 17. Generated output data is then 
stored within the memory 11 and after the simulation has 
been completed results are displayed on the display 3. 
The generated output data can then be printed out in hard 
copy format by the printer 8. 
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The modelling in accordance with the present invention 
is such to enable support services such as on site 
utilities and waste processing and production rules to 
be modelled. In particular, the present invention 
enables continuous models of utilities identifying 
instantaneous demand for utilities to be incorporated 
within discrete models of other processes. This is 
achieved by the modelling module 17 determining for each 
step within a model, firstly whether any continuous 
processes are to be modelled and then utilizing a 
suitable time increment for the model by selecting the 
smaller time increment of either the minimum time 
required to complete an active process or a default time 
increment. If no continuous processes are determined to 
be active the minimum time required to complete an active 
process is used as a time increment. 
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Thus in this way, whenever only discrete processes i.e. 
processes not modelling instantaneous demand for a 
utility are being modelled, time periods corresponding 
to the minimum time periods to complete processes are 
used so that the total number of steps involved in a 
model is minimised. However, a default time period is 
used to break down processes which are to be modelled as 
continuous processes into a number of steps so that an 
approximation of instantaneous demand for utilities may 
be determined. 

Furthermore, in this embodiment of the present invention 
a system is provided for simulating and modelling the 
scheduling the initiation of batches within a model to 
comply with the constraints of an industrial process in 
which mixing of batches is avoided. In this embodiment, 
this is achieved by determining whenever a batch is 
initialised within specified portions of a simulation 
where queuing and consolidation constraints arise, a time 
period for initiating the next batch which corresponds 
to the longest cycle period for any item of equipment 
utilized in the process modelled. This longest cycle 
period is either selected from the current times for 
equipment currently in use or from estimates of the 
minimum cycle times for the next batch. Thus in this way 



a means is provided for ensuring that within the 
simulation no batches ever are mixed and queues within 
the model are minimised during the simulation of 
fermentation stages ad limits consolidation to defined 
hold points in the purification stages. 

Exemplary data structures for storing modelling data 19 
in accordance with this embodiment of the present 
invention will now be described with reference to Figures 
3 to 11. 

Figure 3 is a block diagram of modelling data 19 stored 
within the memory 11 of the computer 1 . The modelling 
data 19 comprises data input via the input module 15 
defining processes and equipment to be modelled together 
with data generated by the modelling module 17 utilizing 
the input data. 

In this embodiment the modelling data 19 comprises a 
plurality of equipment records 31 defining the manner in 
which products can be processed by a plurality of items 
of equipment to be simulated; a plurality of utilities 
32 records utilized to simulate the generation and use 
of each of a plurality of on-site utilities; batch data 
34 comprising data defining the parameters of batches of 
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product as they pass through an industrial process and 
data defining how the batches are to be scheduled to 
ensure that no mixing of different batches occurs as will 
be described in detail later; and a plurality of output 
records 36 comprising data indicating the times at which 
individual items of equipment defined by the equipment 
records 31 are in use and the available levels of 
generated utility identified by the utilities records 32 
at any time throughout the simulation. 

In this embodiment the equipment records 31 comprise a 
plurality of records each defining an item of equipment 
in terms of physical parameters for the equipment and the 
different processes which take place using that 
equipment. Thus for example a chromatography column for 
purifying a component of interest, in this embodiment 
is defined in terms of physical parameters such as volume 
and circumference, and a plurality of processes such as 
packing, loading, elution and cleaning which are 
undertaken using the equipment. 

Also stored as part of an equipment record is status data 
indicative of whether as part of the simulation the 
equipment is in use and cycle time data indicating the 
total amount of time an item of equipment has been 



processing an individual batch and the time previously 
taken to process a batch become available for the 
processing of the next batch which is used to determine 
scheduling data for batches which avoids the build up of 
queues within the system as will be described in detail 
later . 

Exemplary data structures for the equipment records 31, 
utilities records 32, batch data 34 and output data 36 
will now be described in detail with reference to Figures 
4 to 11. 

Figure 4 is a block diagram of an exemplary data 
structure for an equipment record. In this embodiment 
the equipment records each comprise equipment 
identification data 50; equipment type data 52 indicative 
of an equipment type e.g. a chromatography column, a 
holding vessel etc, status data 54 identifying whether 
the equipment is in use at a certain time within a 
simulation, a number of physical parameters 55 for 
example volume and circumference, a number of discrete 
process records 60 and a number of continuous process 
records 62 identifying the processes which are undertaken 
using the equipment as will be described later; an output 
process record 64, current cycle time data 66 and 



previous cycle time data 68 which is used for determining 
the scheduling of batches of products within the 
simulation as will be described in detail later. 

The equipment identification data 50 enables an item of 
equipment to be identified so that its usage within the 
model may be monitored. The equipment identification 
data 50 also enables batches of products to be routed to 
specific pieces of equipment within a model. The 
equipment type data 52 identifies the sort of equipment 
that is intended to be modelled and enables batches of 
products to be routed to equipment of a specific type 
rather than to a specific item of equipment. Thus for 
example where a product is to be temporarily stored in 
a suitable holding vessel any available vessel might be 
used to store the product. Therefore, in a model of such 
a process a batch would be directed to an item of 
equipment associated with equipment type holding vessel, 
rather than a predefined item of equipment. 

Figure 5 is a schematic block diagram of an exemplary 
data structure for a discrete process record 60 in 
accordance with this embodiment of the present invention. 
The 'discrete process records each comprise process 
identification data 69, an active flag 70 indicating when 
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within the model the process is taking place; time active 
data 72 indicating the total amount of time a process has 
been active; a completion condition 74 comprising data 
indicative of what conditions must occur within the model 
5 in order for the process modelled by the discrete process 

record to be considered to be complete; a set of one or 
more required inputs 76, and a next action field 80 
identifying which processes in terms of process ID 
numbers 69 follow a further completion of the process 
10 simulated by the record or alternatively a null field 

indicating that the processing of an item of equipment 
is to end. 



The completion condition 74 defines the conditions which 
must be fulfilled in order for the process to be 
considered complete. A simple example of a completion 
condition would be for the time active 72 for the process 
to be equal to a certain value. This would be a suitable 
completion condition 74 for a process having a fixed time 
span. More complicated completion conditions could 
comprise requirements for the time active 72 to be equal 
to a value calculated on the basis of batch parameters 
or physical parameters 55 for an item of equipment. The 
input data 76 defines the inputs necessary to be 



available in order for a discrete process to be initiated 
as will be described later. 

Figure 6 is a schematic block diagram of a data structure 
for a continuous process record- In this embodiment, the 
data structure for a continuous process record 62 is 
identical to the data structure for a discrete process 
record 60 and description of the data structure will be 
repeated except a continuous process record additionally 
includes rate determination data 82. The rate 

determination data 82 comprises data for converting a 
continuous model of a process defined in terms of rates 
of usage of utilities into data suitable for use with a 
discrete model and in this embodiment comprises data 
identifying the rate at which a utility is used which can 
be multiplied by a time increment to determine how much 
of a utility is used within a specified time period, as 
will be described in detail later- 
Figure 7 is a schematic block diagram of an exemplary 
data structure for an output process record 64. An 
output process record comprises a record indicative of 
a process where a batch of materials is transferred from 
one item of equipment to another. The output process 
record 64 comprises a process identification data 88; and 



an active flag 90 indicating that a batch material is 
waiting to be transferred from one item of equipment to 
another- The output process record 64 also comprises 
next equipment type field 92 and a next action field 94. 
The next equipment type field 92 is arranged to store 
data indicating the next item of equipment which is to 
be utilized to process a batch either in terms of 
specific equipment identification data 50 equipment type 
data 52. The next action field 94 is arranged to store 
process of identification data corresponding to the 
record within the discrete process records 60 or 
continuous process records 62 is to be performed after 
the processing of the batch has been completed or 
alternatively a null field indicating the processing by 
the equipment identified by the equipment record is 
complete . 

The output process records 64, enables a specific type 
of process to be modelled namely storage of a batch 
within an item of equipment prior to transfer to another 
item of equipment. As the process comprises waiting for 
the availability of other equipment the next equipment 
field 92 implicitly defines the necessary condition 
complete the output process being modelled. Thus in the 
case of process modelled by an output process the next 



equipment type field 92 may be utilised in a similar way 
to the completion condition data 74 for a discrete 60 or 
continuous 62 process record as will be described in 
detail later. 

Figure 8 is a schematic block diagram of an exemplary 
data structure for a utility record 32. In this 
embodiment each utility record 32 comprises utility type 
data 100, current quantity data 102, maximum capacity 
data 103, activation level data 104, generator status 
data 106, generation rate data 108 and external input 
data 110. 

The utility type data 100 identifies the type of utility 
to be modelled using the utility record 32. The current 
quantity data 102 identifies the current amount of 
utility available. The maximum capacity data 103 
comprises data identifying the maximum amount of utility 
which can be stored, for example in a size of a holding 
tank for a utility. The activation level data 104 
comprises data identifying a level below which the on 
site utility is to be generated thereby defining a 
control mechanism to be employed to maximise the 
availability of the utility. The generation rate data 
108 comprises data identifying the rate at which an on 



site utility may be generated. The external inputs data 
110 comprises data identifying required resources when 
the utility is generated. 

In accordance with this embodiment of the present 
invention where a continuous process record has an active 
flag 70 indicating that the process is currently 
occurring the rate determination 82 associated with the 
continuous process record is utilized to reduce the 
quantity level 102 of an associated utility corresponding 
to the input required 76 for that record to reflect the 
use of a utility within an on-going process. Whenever 
the quantity level 102 associated with a particular 
utility type is determined to be beneath the activation 
level 104 for that utility the generator status 106 is 
amended to indicate that the utility is to be generated 
which then causes the current quantity 102 to be updated 
to account for generation of utility at the generation 
rate 108 provided required external inputs 110 are 
available. When the current quantity 102 is equal to the 
maximum capacity 104 the generation status 106 is amended 
to indicate that utility is no longer to be generated and 
the current quantity 102 is no longer increased on the 
basis of the generation rate 108. Thus in this way the 
generation and use of utilities can be modelled. 
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The applicants have also appreciated that the generation 
of waste by a process can be modelled in the same way in 
which a utility may be modelled. In particular, just as 
the generation and utilisation of a generated utility may 
be modelled, the available capacity of waste processing 
can be considered a form of negative utility which is 
created rather than used up by other processes and which 
needs to be processed to be removed rather than 
generated. However, in the same way in which available 
capacity and lack of available utilities effect the 
timing of processing in a main production line, similarly 
the available capacity and lack of available processing 
capacity of waste processing can also effect the timing 
of other processes. 

Figure 9 is a block diagram illustrating an exemplary 
data structure for batch data 34 for use in accordance 
with this embodiment of the present invention. In this 
embodiment the batch data 34 comprises a plurality of 
batch records 115 comprising data identifying the content 
and processing of batches of products as will be 
described in detail below. The batch data also comprises 
a next batch pointer 117 indicating which of the batch 
records 115 is to be utilized as representing the next 
batch to be processed and a next batch due time 119 



indicating when the next batch 117 is to be initiated 
relative to the current time, as will be described in 
detail later. 

Figure 10 is a schematic block diagram illustrating an 
exemplary data structure for batch records 115 within the 
batch data 34, In this embodiment of the present 
invention the batch records 115 each comprise a batch 
number 130 enabling the batches to be identified, 
equipment identification data 132, identifying the 
equipment ID 50 of an item of equipment processing a 
particular batch; routing data 134 comprising data 
indicative of which items of equipment in terms of their 
equipment ID 50, a particular batch is to be processed 
by where this is defined in advance; and a set of batch 
parameters 136 comprising data identifying the product 
characteristics for example size and volume of package 
of a product etc., that is processed as part of the batch 
indicated by the batch record. 

As will be described in detail later the batch data 34 
is utilized to determine the order in which individual 
batches represented by the individual batch records 115 
are initiated and the processing of batches is then 
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determined by the routing data and batch parameters 134 
associated with that batch. 

Figure 11 is a schematic block diagram of an exemplary 
data structure for output record 36 in accordance with 
this embodiment of the present invention. In this 
embodiment the simulation is arranged to record only 
simulated equipment use and utility availability. It 
will be appreciated that other data such as quantities 
of product made or quantities of raw materials consumed 
could be monitored in addition to the equipment use and 
utility availability monitored in this embodiment. 

In accordance with the present embodiment, the output 
records each comprise a time field 140 containing data 
indicating the relative time of the output data relative 
to the initiation of the model; an equipment in use field 
142 comprising a list of equipment identification numbers 
50 of equipment having status flags 54 indicating that 
the equipment is in use at the time indicated within the 
time field 140 and a list of utility levels comprising 
the values of the instantaneous quantities of utilities, 
wastes and products 102 of each of the utility records 
within the utilities data 32 for the user's activities 
at the time indicated in the time field. Thus in this 



way the outpu-t data records enables the use and level of 
utilities for each of the utilities and equipment within 
a model to be stored for each step throughout the running 
of a simulation. 

The input of data identifying the items of equipment, 
utilities and batches of product to be simulated prior 
to simulation of a process will now be described. 

In this embodiment equipment utilized in a process is 
modelled in terms of processes which an item of equipment 
is used for and fundamental physical parameters. 
Equipment records 31 are generated either by selecting 
data from a library of predefined records for types of 
equipment stored on a disk 10 or directly input via the 
keyboard 5 and mouse 7. In order to facilitate input of 
equipment data, in this embodiment of the present 
invention the input module 15 is arranged to generate a 
graphical interface for inputting data in a similar 
manner to that provided by the Extend TM Software 
provided by ImagineThat Inc. 

Figure 12 is an exemplary graphical interface for 
inputting equipment data. In this example the interface 
comprises a main input screen 200, to the left of the 



main input screen 200 is a data entry screen 202 for 
inputting data for storage as equipment data nd to the 
right is a control screen 203. Also displayed is a 
pointer 204 which is controlled using the mouse 7. 

In this embodiment the main input screen 200 is arranged 
to display a block diagram of processes undertaken by an 
item of equipment to be modelled. In this example the 
equipment to be modelled comprises a chromatography 
column which is initially filled 210, then eluted 211 and 
then cleaned 212. The elution 211 also results in output 
213 . 

The data entry screen 202 comprises a parameter entry 
section 220 and a process edit section 222. The control 
screen 203 comprises a new button 230, a previous button 
232, and a next button 234 used for navigations between 
a data entry for different items of equipment, an add 
button 236 and an end button 238. 

In use, initially a user selects utilizing the mouse 7 
and the pointer the new button 230 which causes a new 
equipment record to be generated in which the main input 
screen is blank. Selecting the add button 236 causes a 
new block to appear within the main input screen 200. 



Blocks displayed in the main input screen 200 can then 
be selected using the pointer- If a block is selected 
the block may be edited to enter a name for example fill, 
elute etc corresponding to the process the block 
represents. If two blocks are selected a line is shown 
connecting the blocks to indicate which processes follows 
one another. 

Selecting a block also cause the process edit section 222 
of the data entry screen 202 to display type, 
requirement, rate and time data associated with a block 
to be displayed. This data can then be edited by 
selecting the portion of the process edit section 222 to 
be changed and inputting new data via the keyboard 5 . 
Thus in this way by entering data each process is 
associated with data for storage as a process record 60- 
64. In a similar way equipment type data 52 and physical 
parameter data 55 can be entered using the parameter 
entry section 220 for the equipment being modelled. 
Equipment data for other items of equipment can be 
entered by selecting the next or previous buttons 232. 
When parameters for all items of equipment have been 
entered a user can select the end button 238 which causes 
all of the entered data to be stored in the form of 
equipment records . 



The data for batch data records and utilities records are 
then entered using other interfaces in a similar manner 
which will not be described in detail here. Thus in this 
way the processing of specific equipment for a defined 
set of batches is input. 

After equipment records 31, utilities records 32 and 
batch data 34 have been input using the input module 15 
of the modelling program within the memory 11 a 
simulation of an industrial process may be created using 
the modelling module 17 utilizing the input data. The 
processing of modelling module 17 in accordance with an 
embodiment of the present invention will now be described 
with reference to Figures 13, 14, 15A and 15B. 

In accordance with this embodiment of the present 
invention, the modelling module 17 repeatedly utilises 
and updates the modelling data 19 in order to simulate 
the processing of an industrial process. As a result of 
the modification of modelling data 19 by the modelling 
module 17 output data indicative of the use of equipment 
within the simulation and instantaneous levels of 
available utilities modelled within the simulation are 
generated . 



Figure 13 is a flow diagram illustrating the processing 
of the modelling module 17 to generate output data for 
a step within a simulated process. Initially (SI) the 
modelling module 17 determines whether the next batch due 
data 119 in the batch data 34 is equal to zero indicating 
that a new batch is to be initiated. If this is the case 
the modelling module 17 then (S2) determines the greatest 
previous cycle time 68 currently associated with an 
equipment record 31. This maximum cycle time is then 
stored in the memory 11. 

The modelling module 17 then (S3) determines minimum 
cycle times for processing the next batch by each of the 
items of equipment which are to be simulated. This is 
achieved by the modelling module 17 calculating for each 
item of equipment the sum of times associated with 
completion conditions 74 for each of the discreet process 
records 60 and continuous process records 62 for an item 
of equipment where the completion conditions 74 are 
either fixed or dependent upon batch parameters 136 for 
the batch record having a batch identification number 130 
corresponding to the next batch pointer 117. Thus in 
this way a minimum cycle time for each item of equipment 
for processing the batch is determined in which the 
processing of a batch is not delayed in any way by 



external constraints such as the availability of 
utilities . 

The modelling module 17 then causes the equipment 
identification data 132 associated with the batch record 
having a batch number 130 corresponding to the next batch 
pointer 117 to be set equal to the equipment 
identification number 50 for initially processing that 
batch and sets the active flag 70 for the first process 
of the processes associated with the equipment record 
having the equipment identification number 50 for the 
first item of equipment to process the batch to indicate 
that the process is now active. The modelling module 17 
then updates the next batch pointer 117 to be equal to 
the batch number 130 of the next batch record of the 
plurality of batch records 115 and sets as the next batch 
due value 119 a value corresponding to the greater of 
either the maximum cycle time of the current model or the 
determined minimum cycle time for the initiated batch 
throughout which ever is greater. 

By calculating an initial next batch being due value 
equal to the greater of either the current maximum cycle 
times for equipment within the model or the minimum cycle 
time necessary to process the latest batch but a means 
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is provided to ensure that the processing of the newly 
initiated batch is completed by simulated equipment 
within the model before the next batch is started 
throughout the simulation- The calculated scheduling of 
5 batches in this manner thus ensures that at no point 

within the simulation, two batches initiated at different 
times are combined within the same item of equipment and 
hence enables the modelling of industrial microbiological 

D processes to be undertaken. 

'4J- 

ra 10 

5 After the modelling module 17 has initiated if a new 

W batch is due or if the modelling module 17 determines 

= that no new batch is due, the modelling module 17 then 

m determines (S5) a suitable timing increment or step size 

'''-4 15 for generating output data as will now be described with 

reference to Figure 14. 

Figure 14 is a flow diagram of the processing of the 
modelling module 17 determining a time period for use in 

20 updating the output data for a simulated process. 

Initially the modelling module 17 generates (SIO) a list 
of active processes being list of equipment 
identification numbers 50 and process identification 
numbers 69 of discreet and continuous process records 60, 

25 62 having data 70 indicating that those processes are 
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currently active. The modelling module 17 then appends 
to the list data indicative of the utility records 32 
having associated generator status 106 indicating that 
utility is currently being generated. 

The modelling module 17 then determines a minimum time 
increment required to fulfil the completion conditions 
for or each of the active discreet processes in the 
generated list- In this embodiment this is achieved by 
the modelling module 17 initially selecting as a suitable 
time increment a time increment corresponding to the next 
batch due time 119 for the bath data 34. The modelling 
module 17 then determines for the first of the discreet 
processes in the list of generated list of active 
processes the difference between the time active data 72 
for the corresponding process record and the time 
required to fulfil the completion condition 74 for that 
record. If this is less than the next batch due time 119 
this time difference is then stored as the current 
minimum time increment for the model. The modelling 
module 17 then proceeds to determine a calculated time 
difference for the next active process on the list of 
processes and substitute this time difference if it is 
shorter than the currently stored minimum time 
difference. This is repeated for each of the active 



processes on the list and in this way the minimum time 
difference to complete an active discrete process or the 
next batch initiation is determined. 

The modelling module 17 then (S12) determines whether 
within the list of active processes generated any records 
correspond to continuous process records 62. If no 
continuous records are within the list, the stored 
minimum time difference is then (S14) selected as the 
next time increment. 

If at least one continuous process is active, the 
modelling module 17 then (S13) determines whether the 
stored minimum time increment stored in memory 11 is 
smaller than the default time increment for modelling 
continuous processes. If this is determined to be the 
case the modelling module 17 then (S14) selects the 
determined minimum time difference stored in memory 11 
as a time increment for updating the output data 36. If 
the default time difference is determined to be smaller 
than the stored minimum time difference, the modelling 
module 17 then (S15) selects the default time difference 
as a time increment. 



Returning to Figure 13, after a suitable time increment 
has been selected (S5) the modelling module 17 then (S6) 
updates the next batch due data 119 to account for the 
selected time increment. The modelling module 17 then 
updates (S7) the modelling data 19 within the memory 11 
utilising the selected time increment as will now be 
described in detail with reference to Figures, 15A, B and 
C. 

Figures. ISA, 15B and 15C are a flow diagram of the 
processing of the modelling module 17 for updating 
modelling data 19 after a suitable time increment has 
been determined. 

Initially (S20) the modelling module 17 determines which 
items of equipment are currently in use. In this 
embodiment this is achieved by the modelling module 17 
generating a list of equipment identification numbers 50 
corresponding to equipment records in which at least one 
process corresponding to either a discrete process record 
60 or a continuous process record 62 has a active status 
70 indicating that the item of equipment is undertaking 
some process . 



4 1 

Thus for example in this embodiment for a particular 
process for a set of batches in which two fermentation 
vessels, two storage vessels, a centrifuge, a 
chromatography column where water for injection is 
measured are utilized the following might be an extract 
from a set of output records. 
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TIME 
1000 



EQUIPMENT IN USE 
Fermentation Vessel 1, 
Fermentation Vessel 2 
Chromatography column 



WFI LEVEL 



Water = 100 



15 



1010 



Fermentation Vessel 1, 
Centrifuge 

Chromatography column 



Water = 10 0 



1011 



20 



1012 



Fermentation Vessel 1, 
Centrifuge 

Chromatography column 

Fermentation Vessel 1 
Centrifuge 

Chromatography column 



Water = 99 



Water = 98 
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1013 



Fermentation Vessel 1 
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Centrifuge 



Chromatography column 



Water = 97 



1033 



Fermentation Vessel 1 



Centrifuge 



Chromatography column 



Water 



= 97 



^ 15 
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In this way output data which can subsequently be 
displayed in the form of a GANT chart or a graph of 
available quantity of modelled utility is generated. 

It will of course be appreciated that other data could 
be stored for example data indicative of instantaneous 
demand for a utility within a model. Alternatively 
further data for example data indicative of the simulated 
processes being undertaken by an item of equipment, or 
initiation and progress of individual batches could also 
be stored. 

The modelling module 17 then (S21) generates a new output 
data record 36 comprising time data 140 corresponding to 
the time data 140 of the last output record generated 
incremented by the selected time increment; equipment in 
use data 142 comprising the generated list of equipment 
in use, and utility quantity data 144 comprising a list 



of utility type 100 and current utility quantity 102 for 
each of the utility records 32 stored in memory. 

The modelling module 17 then (S22) causes the current 
cycle time data 66 associated with each equipment record 
having equipment identification data 50 corresponding to 
the list of items of equipment in use to be incremented 
by the value corresponding to the selected time 
increment . 

Thus, in this way, the levels of model utilities and the 
times at . which modelled items equipment are in use are 
stored as output data and the current cycle time data 6 6 
for each equipment record is updated to indicate the 
additional time in use of each item of equipment. 

The modelling module 17 then proceeds to utilise the list 
of active processes previously generated (SIO) and stored 
in memory to update the data within the discrete process 
record 60 and continuous process record 62 and utility 
records 36 to simulate the action occurring in the model 
over the selected time period, as will now be described. 

The modelling module 17 initially (S23) selects the first 
of the active processes within the list of active 



processes stored in memory 11. The modelling module 17 
then (S19) determines whether the inputs required 
corresponding to the input data 76 for the process record 
are currently available, for example, where the quantity 
of a utility necessary for a process is above a certain 
threshold. If this is determined not to be the case the 
process is not simulated the modelling module proceeds 
to determine (S31) whether the process currently under 
consideration is the final active process. 

If the modelling module 17 determines that the necessary 
inputs are available for a process, the modelling module 
17 then determines (S25) whether the current process 
being updated comprises a continuous process- If this 
is the case, the modelling module 17 then proceeds (S26) 
to update the utility quantity 102 corresponding to the 
required input 76 for the process by decrementing the 
current quantity 102 for the utility required indicated 
by the input data 76 by an amount calculated by 
multiplying the selected time increment by the rate 
determination data 82 for that utility. Thus, in this 
way, whenever a continuous process utilising a utility 
is modelled, the demand for utilities are also modelled 
in a way in which an approximation of instantaneous 
demand for utility can be determined. 



After updating any utility records {S26) if necessary the 
modelling module 17 then (S27) determines whether the 
completion condition 74 for the process currently under 
consideration has been fulfilled. 

Thus, for example, where the completion condition 74 
comprises an amount of time necessary to complete a 
process, the modelling module 17 compares the time active 
data 72 for the process with the completion condition 74 
to determine whether the process is complete. 
Alternatively, where a completion condition 74 comprises 
the completion of another process or the availability of 
some item of equipment or equipment having a specified 
equipment type, the determination (S22) of whether the 
completion condition 74 is fulfilled would comprise 
determinations of status data 54 of appropriate equipment 
records or active data 70 of process records. 

If the modelling module 17 determines (S27) that the 
completion condition has not yet been fulfilled, the 
modelling module 17 then proceeds to determine whether 
the process currently under consideration is the last 
process (S31) as will be described later. If the 
modelling model 17 determines (S27) that the completion 
condition 74 for the process currently under 



consideration has been fulfilled, the modelling module 
17 then (S28) causes the active flag 70 and time active 
72 for the current process to be reset to indicate that 
the process is no longer taking place and causes the 
active flag 70 on the record corresponding to the next 
action 80 within the current process to be set to 
indicate that process is to be initiated. 

Where the next action 80 of a process which is determined 
to be complete corresponds a null value, the process 
which is currently being simulated comprises the final 
process which takes place within an item of equipment. 
Where such an active process is completed, the modelling 
module 17 then (S29) determines whether any other process 
is occurring within the item of equipment which is being 
modelled. If this is not the case, the completion of the 
current process is indicative of the equipment no longer 
being in use. The modelling module 17 then proceeds to 
change the status data 54 for the item of equipment which 
the process currently under consideration forms a part 
to indicate that the equipment is no longer in use and 
sets the previous cycle time 68 for that item of 
equipment equal to the current cycle time 66 and then 
resets that current cycle time to zero. 
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Thus in this way whenever it is determined that no 
processes are occurring within a simulation of an item 
of equipment, the status data associated with that item 
of equipment and the current cycle time data 66 are reset 
5 to indicate that the equipment is inactive whilst the 

previous cycle time data 68 is made to reflect the time 
taken from the initiation of activity within the 
equipment to its completion for the last time that the 
UJ equipment corresponding to the equipment was in use. 

W After the status and cycle time data of an item of 

equipment which has ceased to be in use has been amended 
=^ (S30) or if the process under consideration is either 

yi determined not to be complete (S27) or the inputs 

y 15 necessary for the process {S24) are determined not to be 

H available, the modelling module 17 then (S31) determined 

whether the current process under consideration comprises 
the final process in the list of processes in memory. 
If this is not the case, the modelling module 17 then 
20 selects (S32) the next process within the list of actual 

processes in memory and then proceeds to determine 
whether the inputs are available to continue the nearly 
selected process (S24). 
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Thus in this way the simulation of processes utilising 
equipment is simulated for the predetermined time period 
for each of the active processes within the simulation 
and equipment and utilities data is amended to reflect 
5 the actions taking place as a result of the process 

steps. At the same time, the cycle times for each item 
of the equipment are monitored so that the maximum cycle 
time for equipment within a processing line can be 
determined and the scheduling of new batches through the 
10 simulation selected so as to ensure that queues do not 

develop within the simulation - 



If the process currently under consideration is 
determined to be the last in the list of active processes 

15 stored in memory 11 the modelling module 17 then (S33) 

generates a list of output records having an active flag 
90 indicating that the processes of the output process 
records 64 are currently awaiting to be completed. The 
modelling module 17 then (S34) selects the first of the 

20 records on the generated list and then (S35) determines 

whether the status of equipment within the model is such 
that the output process may be completed. 



25 



In this embodiment this is achieved by the modelling 
module 17 initially identifying the batch record 115 



10 
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having the equipment identification number 132 
corresponding to the equipment identification number 50 
of the equipment record containing the output process 
record 64 currently under consideration. The modelling 
module 17 then determines whether the routing data 134 
of the selected batch record 115 specifies a particular 
item of equipment to which the batch under consideration 
is to be routed. If this is the case then the modelling 
module 17 then determines whether the status data 54 of 
the identified equipment record 31 to which the batch is 
to be directed is currently inactive. Alternatively if 
the batch record 115 does not specify a particular item 
of equipment to which a batch is to be routed then the 
modelling module 17 utilises the next equipment type data 
^2 for the output process record 64 currently under 
consideration to determine which items of equipment the 
current batch may be routed to and then determines 
whether the status data 54 of equipment records 31 
corresponding to the requirements of the next equipment 
20 type data 92 indicates that any item of equipment 

fulfilling the requirements of the next equipment type 
data 92 is currently inactive. 

If the modelling module 17 determines that the current 
25 status data 54 for an equipment record 31 corresponding 
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to an item of equipment to which a batch may be routed 
indicates that the item of equipment is inactive the 
modelling module 17 then (S36) updates the output process 
record 64 currently under consideration by amending the 
active flag 90 to indicate that the process is no longer 
continuing and then initiates the next process in the 
available equipment by altering the status data 54 of the 
equipment record 31 corresponding to the next item of 
equipment being used to indicate that the equipment is 
now active and also causing the ' active flag 70 of the 
first process of the process of records 60, 62 for that 
equipment record 31 to be set to indicate that the first 
process is about to be undertaken. 

The modelling module 17 then (S37) determines whether the 
equipment record 31 containing the output process 64 
currently under consideration which has just be completed 
is now no longer undertaking any process- This is 
achieved by the modelling module 17 determining whether 
any of the discrete process records 60 or continuous 
process records 62 for the equipment record 31 containing 
the current output process record 64 have active flags 
70 indicating that the process is within the equipment 
are currently active. If no discrete 60 or continuous 
62 processes are active the completion of the output 



process under consideration would have resulted in the 
equipment used for the output process to now be available 
for use once again. The modelling module 17 then (538) 
causes the status data 54 for the equipment record 31 
containing the output process record 64 currently under 
consideration to be updated to indicate that the 
equipment is now no longer in use and sets the previous 
cycle time data 68 to be equal to the current cycle time 
data 66 before resetting the current cycle time data 66 
to zero. Since the new availability of a further item of 
equipment can effect the possible completion of other 
output processes, in accordance with this embodiment of 
the present invention the modelling module 17 then 
generates a new list of output processes (S33) so that 
the possible fulfilment of those all output processes may 
be considered once again. 

If it is determined (S35) that the equipment available 
necessary to complete the output process currently under 
consideration is not available or the completion of an 
output process does not result in an item of equipment 
becoming free for use (S37), the modelling module 17 
proceeds to determine (S39) whether the output process 
currently under consideration is the last active process 
in the generated list of output processes- 



If this is not the case, the modelling module 17 proceeds 
(S40) to select the next output process record for 
consideration as to whether the equipment for completing 
the next process is available for use (S35). If the 
current output process is the final process in the list 
of output processes generated by the modelling module 17 
the processing of the modelling module for the step of 
the model currently being simulated then ends . 

After the simulation has been completed the computer 1 
will have stored in memory 11 output data 140-144 which 
can be output either as a graph or as a table and 
displayed on the display 3 or printed out in hard copy 
from utilizing the printer 8. By varying the batch and 
utilities records 32, records 120, equipment records 31 
utilizing the input module 15, a number of different 
simulations can be performed to identify how the 
variation of parameters effects the simulation and 
resulting output data. Actual equipment for performing 
a process can the be selected and the scheduling of 
batches performed in accordance to the equipment 31 and 
utility 32 records and batch records 120 respectively 
with the equipment and schedules being such as to 
correspond to a simulation whose use of equipment is 
determined to represent an efficient process. 



Second Embodiment: 

A second embodiment of the present invention will now be 
described. In the first embodiment a system is described 
which is suitable for modelling a continuous production 
process. Many production processes, however, involve 
shift work. Where, for example, biological material is 
being manufactured in separate shifts, it is necessary 
to ensure that processing between hold points is 
achievable prior to the end of a shift. This embodiment 
of the present invention is identical to the first 
embodiment except the modelling module 17 is modified to 
enable the additional constraint that processing between 
hold points must be completed within certain shifts is 
simulated - 

Specifically, the processing of the modified modelling 
module 17 is identical to the processing described in the 
previous embodiment except the modified modelling module 
17 additionally stores a simulated current time so that 
the time remaining before the end of a shift can be 
determined, and the processing of the modelling module 
17 after it has been determined that a new batch is due 
to be initiated is modified as will now be described with 
reference to Figure 16. 



Initially (S50), after it has been determined that a new 
batch is due to be initiated, in this embodiment the 
modelling module 17 first determines whether it is 
possible to complete the processing of the new batch 
within the time remaining in a current shift. In this 
embodiment this is achieved by the modelling module 17 
first determining the time remaining within the shift 
utilizing the current simulated time and pre-stored data 
identifying when a shift ends. This time remaining is 
then compared with the minimum time within which the next 
batch being initiated could possibly be processed. This 
minimum time itself can be determined from the data 
defining the processes to be undertaken to process a 
batch assuming that only the processes associated with 
a completion condition 74 identifying a specific time 
elapse cause any delay in the processing of the batch. 

After the modelling module 17 has determined the minimum 
possible processing time for processing a batch, it is 
determined whether this minimum time is greater than the 
time remaining in the current shift. If this is the 
case, the modelling module 17 then automatically re- 
schedules initiation of the batch (S51) by setting the 
initiation of the next batch to be due at the beginning 
of the next shift. The processing of the modelling 



module then continues with determining a new appropriate 
step size (S5) has as previously been described in 
relation to the first embodiment with reference to Figure 
13. 



If, the modelling module 17 determines that processing 
of a new batch could possibly be completed within the 
time available within the remaining time for a shift, the 
modelling module 17 then (S52) proceeds to estimate the 
likely time required to actually process the batch. In 
this embodiment this is achieved by the modelling module 
17 determining the sum for each item of equipment 50 
which is required to process the batch which is about to 
be initiated the greater of the previous cycle times 68 
associated with each item of equipment or the estimated 
minimum time for the item of equipment to process the new 
batch . 



The modelling module 17 (S53) then determines whether 
this estimated processing time indicates that the 
completion of the batch will occur before the end of the 
current shift. If the modelling module 17 determines 
that processing of the batch to be initiated will not be 
completed within the time remaining in the current shift 
the modelling module 17 then (S54) re-sets the next batch 



56 

due data 124 for the current batch to a default value 
indicating that reconsideration of initiating the batch 
should occur after that default time period has been 
simulated. The processing of the modelling module 17 
5 then continues to determine an appropriate step size (S5) 

as has previously been described in relation to the first 
embodiment • 



If, however, the modelling module 17 determines that the 
10 batch to be initiated is likely to be processed within 

the current shift, the modelling module 17 then (S55) 
proceeds to initiate the current batch and schedules the 
following batch (S55) as has been previously described 
in the previous embodiment in relation to Figure 13 (S2- 
15 S4) before proceeding to determine an appropriate step 

size (S5) for continuing the simulation- 



By determining whether the processing of a batch is 
likely to be completed before the end of a shift before 

20 initiating the processing of a batch, a means is provided 

to simulate the running down of production at the end of 
a work day. The re-scheduling of batches which cannot 
possibly be processed within the time available ensures 
that once it is established that the processing of a 

25 batch is impossible no further reconsideration of 
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initiating the batch occurs until the following shift. 
In contrast, where it appears on the basis of current 
cycle times a batch is merely unlikely to be processed 
within the available time, the rescheduling of a batch 
5 by a default delay (S54) enables the status of a 

production line to be re-checked at regular intervals in 
case current bottle necks in the production process are 
overcome and processing can be initiated. 



^ 10 In the above embodiment the estimated time required to 

process a new batch is determined purely by calculating 

^ the sum of previous cycle times 68 or minimum processing 

times for items of equipment which are to be utilized to 
simulate the processing of the batch. Other more 

2 1^ sophisticated algorithms for estimating a likely 

^ processing time could however be utilized. For example, 

the time for processing a batch could be determined by 
summing for each item of equipment to be utilized to 
process the batch the greater of the current cycle times 
20 66 or the previous cycle time 68 associated with items 

of equipment utilized to process the batch. 
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Alternatively, each time the particular process utilizing 
an item of equipment is simulated, the actual processing 
time could be stored. Where it was imperative that a 
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particular type of batch had to be processed within a 
particular shift, the estimated time required for 
processing a batch of that type could then be determined 
by summing the greatest stored cycle times for each item 
5 of equipment utilized to process a batch of that type. 



Alternatively, where some flexibility in shift time is 
available, the distribution of cycle times for processing 

10 a particular type of batch could be determined and a 

value corresponding to an estimated time required 
selected on the basis that a default percentage of 
processing would normally occur within the selected time 
period. Thus for example, where in 90% of cases 

15 processing a particular type of batch are determined to 

take place within the specified time period, that the 
time period might be utilized as an estimate of the time 
required for processing a batch of that type. 



2 0 Further Amendments and Modifications 

Although in the first embodiment a system is described 
in which data is entered utilizing a graphical interface, 
it will be appreciated that as the equipment records 31, 
utility records 32 and batch records 120 comprise data 
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associated within a record any suitable form of input 
interface could be utilized to generate records. 

In particular, by defining equipment in terms of a number 
5 of physical parameters 55 and a number of processes 

60,62,64 any type of equipment can be pre-defined. The 
passage of individual batches between different items of 
equipment would then be simulated by entering data for 
routing data 134, batch parameters 136 for batches and 

10 data for the processes 60,62,64. Thus by directly 

entering the definition for processing in terms of 
processing undertaken by items of equipment and detailing 
exactly what is to be processed by entering routing data 
and batch parameters 134,136 great flexibility in 

15 defining a production system to be simulated can be 

achieved. In particular, by directly entering 

information such as the routing data 134 where different 
products as identified by the batch parameters 136 are 
processed in different ways using the same equipment, 

20 direct entry of data enables multiple processes using the 

same items of equipment to be designed more easily than 
can be achieved using a graphical interface. 
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Although the 
reference to 



embodiments 
the drawings 



of the invention described with 
comprise computer apparatus and 
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processes performed in computer apparatus, the invention 
also extends to computer programs, particularly computer 
programs on or in a carrier, adapted for putting the 
invention into practice. The program may be in the form 
of source or object code or in any other form suitable 
for use in the implementation of the processes according 
to the invention. The carrier be any entity or device 
capable of carrying the program. 



For example, the carrier may comprise a storage medium, 
such as a ROM, for example a CD ROM or a semiconductor 
ROM, or a magnetic recording medium, for example a floppy 
disc or hard disk. Further, the carrier may be a 
transmissible carrier such as an electrical or optical 
15 signal which may be conveyed via electrical or optical 

cable or by radio or other means. 

When a program is embodied in a signal which may be 
conveyed directly by a cable or other device or means, 
20 the carrier may be constituted by such cable or other 

device or means. 



Alternatively, the carrier may be an integrated circuit 
in which the program is embedded, the integrated circuit 



# 
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being adapted for performing, or for use in the 
performance of, the relevant processes. 
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